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(57) Abstract: A method for resolving electronic addresses in 
data-communications wherein users register their address-re- 
lated details with a virtual centralized location in a topology of 
servers (10), such as a centralized server (13) or any communi- 
cation topology equivalent server architecture. These users also 
acquire (for example, by an Internet download) special soft- 
ware (e.g. an "agent") (12) that is installed on their computer 
The "agent" (12) intercepts outgoing electronic data-commu- 
nications messages at the user's computer, consult the virtual 
centralized location in a topology of servers for the validity of 
the recipient address, and replace the address with the valid ad- 
dress, if such replacement is needed. 
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Method f r Resolving Electronic Addresses in Data-Communications 



FIELD OF THE INVENTION 

The present invention relates to Data-Communications. More 
specifically, the present invention relates to electronic mail, Internet, Internet 
Addresses, and Simple Mail Transfer Protocol (SMTP) used in wide area and 
5 like networks. 

BACKGROUND OF THE INVENTION 

Presently, there are problems related to changes to electronic 
data-communications (e.g. e-mail) addresses, which often result in lost 
electronic data-communications messages. 

10 An easting treatment to the problem is given by "mail forwarding" 

which has major drawbacks. Mail forwarding exposes mail content to third 
party inspection. Mail forwarding forces a user to get a new electronic 
data-communications address, which in turn causes a burden of use to be 
inflicted on new users to the system, especially on their contacts. Worst of all, 

15 this burden occurs every time the user changes address. 

There is a need in the art for a method of substantially accomplishing 
the functions of the <4 mail forwarding" albeit without the drawbacks, 
especially third party exposure of data-communications content. 
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SUMMARY OF THE INVENTION 

The present invention generally relates to a method for resolving 
electronic addresses in data-communications. Users of the present invention 
will have to register their address-related details with a virtual centralized 
5 location in a topology of servers, such as a centralized server or any 
communication topology equivalent server architecture. Users will have to 
acquire (for example, by an Internet download) special software (e.g. an 
"agent") that will be installed on their computer. The "agent" will intercept 
outgoing electronic data-communications messages at the user's computer, 

io consult the virtual centralized location in a topology of servers for the validity 
of the recipient address, and replace the address with the valid address, if such 
replacement is needed. 

More specifically the present invention relates to embodiments 
accomplishing and actualizing a method for directing electronic 

15 data-communications to a current target address, the method including the 
steps of: 

a) at a virtual centralized location in a topology of servers, 
establishing a list of registered addresses; 

b) each computer or a proxy processor thereto, of at least one user 
20 computers, acquiring a client software agent; 

c) for substantially each occurrence of a user computer of the at least 
one user computers sending an electronic data-communications, the 
acquired client r software agent executing an address substitution 
transaction including a verification query to the list of registered 

25 addresses; and 

d) for substantially each occurrence of the virtual centralized location 
in a topology of servers receiving a verification query from a user 
computer of the at least one user computers, the virtual centralized 
location in a topology of servers executing a response transaction, by: 
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i) extracting each address of the at least one intercepted 
addresses in the verification query, 

ii) for substantially each extracted address, finding a current 
target address in the list of registered addresses, 

5 iii) forming a query response of address acknowledgements 

substantially from the found current target addresses, and 
iv) transmitting the formed query response to the user computer 
who originated the present verification query, 

10 In the context of the present invention, "electronic 

data-communications addresses 9 ' relates to private and public addresses in a 
Wide Area Network, a Local Area Network, or the like, wherein these 
addresses are used for routing electronic mail (email), downloading files, 
viewing home pages, or the like. According to an embodiment of the present 

15 invention, a current target address in the list of registered addresses is a 
mailing list having at least one address of the type that are used for routing 
electronic mail, downloading files, viewing home pages, or the like. 

In the context of the present invention, a virtual centralized location in 
a topology of servers is any location in a communications system for 

20 interconnecting computers wherein the appearance of a single centralized 
"authority" is presented. This may actually be a centralized server. 
Alternatively it may be a distributed process or set of data or protocol on any 
communication topology-equivalent server architecture whereby a functional 
equivalence is achieved with respect to an interaction with a user computer. 

25 Since intrinsically each computer or proxy thereto is interconnected to 

the virtual centralized location in a topology of servers, the actual location of 
an agent for the user computer may be "physically located" anywhere on a 
data-communications linkage between the two (e.g. on a file server, on a mail 
server SMTP (as a plug in) etc. The user-associated agent may actually be a 
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part of the user computer. The agent may be located anywhere on a path 
between a user computer (sender) and the target of the sending (receiver). 

Alternatively, the user-associated agent may actually be a part of the 
virtual centralized location in a topology of servers, such as on a server 
5 associated with that user computer. Likewise, the agent may imitate the user 
computer from the perspective of the server, and may imitate the server from 
the perspective of the user computer. 

According to the preferred embodiment of the present invention, for 
segments not containing an electronic data-communications address, the 
10 client software agent passes segments to a server using a simple mail 
protocol. Simply stated, this means that in a segmented (long) electronic 
data-communications only the segments containing at least one address may 
be subjected to an address substitution or verification transactions. All other 
segments are transparently passed through the agent. 
15 According to the preferred embodiment of the present invention, a 

user's view of acquired client software agent operation emulates SMTP 
server operation. Simply stated, this means that most data-communications 
are processed by the agent in a manner transparent to the user. 

According to an embodiment of the present invention, a user's view of 
20 acquired client software agent operation emulates a plug-in electronic 
data-communications software package's operation. 

Notwithstanding the method as heretofore described, an agent is never 
required to use a respOTLse from the virtual centralized location in a topology 
of servers, nor is an agent required to wait for an untimely response from the 
25 virtual centralized location in a topology of servers. An embodiment of the 
present invention giving control over the agents actions to the user computer 
is preferred in the public domain (e.g. internet), while an embodiment of the 
present invention giving control to a centralized topological location is 
preferred in the private domain (e.g. intranet). 
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According to an embodiment of the present invention, (step a) 
establishing a list of registered addresses includes managing at least one 
address therein according to time-of-day, day-of-week, date-in-year, or a 
5 personal schedule. This feature allows an owner of a target address to specify 
the address that he wants his email sent to according to his availability. For 
example a target address substitution may be to one email address during 
working hours and to another email address during non-working hours 
(evenings, weekends, and holidays). 

10 

According to the preferred embodiment of the present invention, (step 
b) acquiring a client software agent includes transacting a registering of a 
current target address and of other predetermined data for a user at a user 
computer. Simply stated, this means that at the same time that the "agent 5 ' is 

15 downloaded there is a registering of at least one user who wants to allow 
others to use the address forwarding service for his own address. 

Furthermore, according to the preferred embodiment of the present 
invention, the client software agent transacting includes, for a user at a user 
computer, the virtual centralized location in a topology of servers updating of 

20 a registered current target address of other predetermined data in the 
established list of registered addresses. While the most common transaction of 
an "agent" with the centralized location in a topology of servers is verifying 
or substituting an address, the agent can also be used by a user for changing 
the users profile at the centralized location in a topology of servers. For 

25 example, a user changing his place of employment may specify a new 
daytime address. Likewise, a user switching to a new mail server system may 
designate this new email address as his address for evenings, weekends, or 
holidays. 
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Furthermore, according to the preferred embodiment of the present 
invention, registering of a current target address includes the agent effecting 
an interactive querying of a user at the user computer. For example, other data 
may be collected from a user, when the agent is downloaded, such as the users 
5 actual name, his physical domicile address, details of his personal profile or 
preferences, etc. 

Furthermore, according to the preferred embodiment of the present 
invention, registering of a current target address includes displaying at the 
user computer information retrieved from the virtual centralized location in a 
10 topology of servers. For example, there may be ambiguities in the target 
address that is to registered. These ambiguities may be with regard to other 
address that have already been registered at the virtual centralized location in 
a topology of servers. 

15 According to an embodiment of the present invention, (step b) 

acquiring a client software agent is by direct installation on the user 
computer; for example, from a diskette. According to an embodiment of the 
present invention, (step b) acquiring a client software agent is by remote 
download over a data-communication media to the user computer; for 

20 example, over the Internet According to an embodiment of the present 
invention, (step b) acquiring a client software agent includes authorizing of 
an installing of a client software agent on another user computer, and the 
installing is by transfer of a copy of the client software agent; for example, by 
a site administrator to a plurality of interconnected computers under his 

25 administration. 

According to an embodiment of the present invention, (step c) a client 
software agent executing an address substitution transaction includes: 
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• a taking of control over the processing of the electronic 
data-communications sending, 

• an intercepting of at least one send-to address of the electronic 
data-communications sending, 

5 • a transmitting to the virtual centralized location in a topology of 

servers of a verification query of the at least one intercepted address, 

• a receiving from the virtual centralized location in a topology of 
servers of a response to the verification quay, 

• a substituting of each intercepted address for which the 
io verification query response provides a target address that is different 

than the intercepted address, and 

• a returning of control over the processing of the electronic 
data-communications sending. 

Furthermore, according to the preferred embodiment of the present invention, 
15 returning of control over the processing includes a transferring of a 
message or of an electronic data-communications to an SMTP server of the 
user computer. This returning of control helps to achieve an additional 
measure of transparency. 

20 According to an embodiment of the present invention, (step d) 

executing a response transaction includes transmitting a predetermined 
response to the user computer who originated the present verification query; 
for example a message saying that the user is on vacation and will only be 
"opening" his mail on his return. Furthermore, according to the preferred 

25 embodiment of the present invention, the response is a text message, a voice 
message, an audio content message, a visual content message, or any 
combination thereof. 

According to an embodiment of the present invention, (step d) 
executing a response transaction includes searching a cache memory of the 
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virtual centralized location in a topology of servers for a recently transmitted 
like-query response. This step can improve response time and thus improve 
apparent transparency. Often there are a series emails exchanged between two 
parties within a period of one or two hours. If a target address has been 
5 verified or substituted within the last hour or so and if the result of that 
transaction is still in local memory (e.g. cache), then little gain can be had 
from repeating the transaction. It is most probable that the result of the current 
transaction will be identical to that of the most recent like transaction. 

According to an embodiment of the present invention, (step d-ii) 

io finding a current target address in the list of registered addresses includes 
finding at least one mailing list having therein at least one of the extracted 
addresses. For example, a user knows a number of people who would be 
interested in a certain news item. He address the news item in a single email 
to all of these recipients via the agent of the present invention. The agent of 

15 the present invention transacts a finding of the mailing list having the largest 
number of these recipients as members. The user may the designate the entire 
mailing list in plaice of the few members of it whom he knows. This 
substitution probably gets the news item to many more interested people than 
putting a 4< pass this message along to friends" note at the header of the news 

20 item email. 

According to an embodiment of the present invention, IF (step d-ii) the 
finding a current address in the list of registered address yields ambiguous 
results THEN the acquired client software agent executing an address 
substitution transaction including notifying of the user computer sending the 
25 electronic data-communications of the ambiguous results AND accepting a 
substitution preference from die user computer. This is another facile feature 
contributing to the agent's transparency. For example, a user wants to send an 
email to Joe. The agent transacts a verification/substitution communication 
with the virtual centralized location in a topology of servers. It is found thai 
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there are two Joes, Joe A and Joe B. The user chooses Joe B and further 
designates that until he designates otherwise, whenever he address Joe, it is 
his intention to direct that email to Joe B. 

According to an embodiment of the present invention, (step d-iii) a 
5 virtual centralized location in a topology of servers forming a query response 
includes, in the query response, for substantially each intercepted address of 
the verification query that is not the current target address in the list of 
registered addresses, listing the current target address or addresses 
substantially as an acknowledgement Simply stated, bouncing back the same 
io address is saying 6fe use it because we don't have a better address for you to 
try". 

There are other variations of this problem of knowledge of a best 
possible target address. This problem is also compounded with aspects of 
operational transparency (minimal response time). Thus, also according to the 
is preferred embodiment of the present invention, a virtual centralized location 
in a topology of servers forming a query response includes, in the query 
response: 

• for substantially each intercepted address of the verification query 
that is likewise the current target address in the list of registered 

20 addresses, listing a confirmation acknowledgement, or 

• for substantially each intercepted address of the verification query 
that is not listed in the list of registered addresses, listing a disclaimer 
acknowledgement or a message or data, or 

• for substantially each intercepted address of the verification query 
25 that is listed in the list of registered addresses with an exception 

processing code, listing an acknowledgement according to the 
exception processing code. 
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The present invention also relates to an electronic 
data-communications response transaction system including a virtual 
centralized location in a topology of servers and interconnected therewith at 
least one user computer, wherein for each user computer originating a 
5 verification query the virtual centralized location in a topology of servers 
executes of a response transaction by: 

• extracting each address of at least one intercepted addresses in 
the verification query, 

• for substantially each extracted address, finding a current target 
io address in a list of registered addresses, 

• forming a query response of address acknowledgements 
substantially from the found current target addresses, and 

• transmitting the formed query response to the user computer 
who originated the present verification query. 

15 

BRIEF DESCRIPTION OF THE DRAWINGS: 

In order to understand the invention and to see how it may be carried 
out in practice, a preferred embodiment will now be described, by way of 
non-limiting example only, with reference to the accompanying drawings, in 
20 which: 

Figures 1-3: illustrate schematic overviews of variations for 
implementing^ -the method for resolving electronic addresses in 
data-communications addresses; 

Figures 4-5: illustrate schematic views of the electronic 
25 data-communications response transaction system; and 

Figure 6: illustrates a procedural view of intercepting an outgoing 
electronic data-communications message. 
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DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT 

Figures 1-3 illustrate schematic overviews of variations for 
implementing the method for resolving electronic addresses in 
data-communications addresses. 
5 In figure 1, the user computer's mail software 11 (e.g. Netscape, 

Eudora, etc) views the client software agent 12 as if it is the closest SMTP 
server. For packets being sent from 11 to 12 having an e-mail address, a 
verification query & response is exchanged between 12 and a service center 
13 wherein the e-mail address is verified as valid, substituted for according to 

io a list of registered addresses at the service center, etc. and thereafter 12 
incorporates the substance of the response from 13 into the original packet 
having an e-mail address, sending the possibly modified packet onto the 
actual substantially closest SMTP server 14. The service center 13, the closest 
SMTP server 14, and packets further transferred from the SMTP server all 

15 reside in a data-communications topology 10 (e.g. the Internet). Packets not 
having an e-mail address are passed by 12 from 11 to 14 directly. 

In figure 2, the user computer's mail software 21 (e.g. Microsoft 
outlook) views the client software agent 22 as a plug in. For packets being 
• sent from 21 using 22 that have an e-mail address, a verification query & 

20 response is exchanged between 22 and a service center 23 wherein the e-mail 
address is verified as valid, substituted for according to a list of registered 
addresses at the service center, etc. and thereafter 22 incorporates the 
substance of the response from 23 into the original packet having an e-mail 
address, sending the possibly modified packet onto the actual substantially 

25 closest SMTP server 24. The service center 23, the closest SMTP server 14, 
and packets further transferred from the SMTP server all reside in a 
data-communications topology 20 (e.g. the Internet). ). Packets not having an 
e-mail address are passed by 22 from 21 to 24 directly* 
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In figure 3, the user computer's mail software 31 (e.g. Netscape, 
Eudora, etc) views the client software agent 32, which is a front end to die 
substantially closest SMTP server 34. For packets being sent from 31 to 32 
having an e-mail address, a verification query & response is exchanged 
5 between 32 and a service center 33 wherein the e-mail address is verified as 
valid, substituted for according to a list of registered addresses at the service 
center, etc. and thereafter 32 incorporates the substance of the response from 
33 into the original packet having an e-mail address, sending the possibly 
modified packet onto the actual substantially closest SMTP server 34. The 

10 service center 33, the client software agent 32, the closest SMTP server 34, 
and packets further transferred from the SMTP server all reside in a 
data-communications topology 30 (e.g. the Internet). Packets not having an 
e-mail address are passed by 32 from 31 to 34 directly. 

Figures 4-5: illustrate schematic views of the electronic 

15 data-communications response transaction system. Figure 6 illustrates a 
procedural view of intercepting an outgoing electronic data-communications 
message. 

A response transaction may be described as user computer mail 
software 61 sending packets found by 621 not containing an e-mail address 

20 are sent by the agent 620 to the substantially closest SMTP server 64, while 
packets having an email address are held at 622 while the e-mail address 
transaction occurs. 

At the service center 630 extracting each address of at least one 
intercepted addresses in the verification query occurs at 631. Then for 

25 substantially each extracted address, 632 effects a finding for a current target 
address in a list of registered addresses, and 633 effects a forming of a query 
response of address acknowledgements substantially from the found current 
target addresses. The response being transmitted as a formed query response 
to 620 who substantially originated the present verification query. 
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Transmission is through the data-communications topology 60 to 622 where 
necessary e-mail addressing substitution into the original packet occurs. The 
packet is then sent along to 64. 

In figure 4, an electronic data-communications response transaction 
5 system including a service center 43 virtual centralized location in a topology 
of servers 40 and interconnected therewith at least one user computer 42, 
wherein for each user computer originating a verification query the virtual 
centralized location in a topology of servers executes of the response 
transaction. 

10 In figure 5, an electronic data-communications response transaction 

system including a virtual centralized location 531-535 in a topology of 
servers 50 and interconnected therewith at least one user computer 52, 
wherein for each user computer originating a verification query the virtual 
centralized location in a topology of servers executes the heretofore described 

15 response transaction. 

In the context of the preferred embodiment of the present invention, an 
"ActiveName" is an electronic data-communications address that is uniquely 
recognizable by the client software agent, and an 'Inactive" e-mail address is 
any electronic data-communications address that does not comply with the 

20 condition of being the "uniquely recognizable by the client software agent". 
For example, an ActiveName is an e-mail address that starts with a plus sign 
(e.g. +someone@,somewhere.something or +someone) or with an asterisks 
(e.g. *webmastef@copipanv.org or *joe ) or the like. Furthermore, and 
ActiveName member is an ActiveName having a registered an Inactive e-mail 

25 address, at a service center of a virtual centralized location I n a topology of 
servers. 

The present invention relates to embodiments accomplishing and 
actualizing a method for directing electronic data-communications to a 
current target address, the method including the steps of: 
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a) at a virtual centralized location in a topology of servers, 
establishing a list of registered addresses; 

b) each computer or a proxy processor thereto, of at least one user 
computers, acquiring a client software agent; 

5 c) for substantially each occurrence of a user computer of the at least 

one user computers 61 sending an electronic data-communications, 
the acquired client software agent 620 64 executing an address 
substitution transaction 621 including a verification query 621 622 to 
the list of registered addresses; and 
10 d) for substantially each occurrence of the virtual centralized location 

in a topology of servers receiving a verification query from a user 
computer of the at least one user computers, the virtual centralized 
location 630 in a topology of servers 60 executing a response 
transaction, by: 

15 i) extracting 631 each address of the at least one intercepted 

addresses in the verification query, 

ii) for substantially each extracted address, finding 632 a current 
target address in the list of registered addresses, 

iii) forming 633 a query response of address acknowledgements 
20 substantially from the found current target addresses, and 

iv) transmitting 633 to 622 the formed query response to the user 
computer who originated the present verification query. 

The following is one scenario of steps (c&d) logic used in the method 
25 of the present invention. 



Mail Software at A User Computer 

- A user creates a new mail message for sending and fills out all 
necessary data such as subject, body and recipients. In the recipient field the 
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user can either specify an ActiveName or an Inactive e-mail address of one of 
the ActiveNames members. 

- The user presses (double clicks) the send button. 

- The mail software contacts an ActiveNames local smtp server 
5 (service center) that resides on the user's computer and starts negotiating for 

sending the mail. 

Client Software Agent 

- As soon as a connection is established from the mail software, the 
io agent behaves as a regular smtp server to the mail software, and opens 

connection immediately to the original smtp server of the user. 

- As soon as a relay connection is established between the mail 
software -> local smtp server -> smtp mail server, The agent relays all data 
between the client and the server while inspecting the content for addressing 

is items. 

- When an address item such as an ActiveName or an e-mail address is 
found, the relaying is suspended and a checking of the address with the 
service center occurs. 

20 Service Center 

- As soon as a request arrives in the form of "What is the Active e-mail 
address of (XXX@YY.COM or +MyActiveName) ,! the service center server 
queries a database for results. 

r 

- When results arrive it wraps up the result with predetermined 
25 protocol items and returns it to the client (user computer / agent). 

Agent 

- Now the agent receives the reply from the service center server that 
can contain either a new e-mail address or not 
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- according to the preferred variation embodiment, if a new e-mail 
address is returned instead of an old e-mail address that was specified the 
agent prompts the user with a question of "the address you have specified 
points to a person that changed his e-mail address, to which address do you 

5 want to send: the old one or the new one?" 

- If the user has selected to use the new address the agent intervenes in 
the stream of the mail software and replace the old address with an 
ActiveName- 

- The agent then resumes the session. 

10 

Mail software 

- The user returns to the mail screen of his mail software. 

15 More Specifically - the software logic 

The following are two scenarios of the method and system of the 
present invention's implementation logic, one with Microsoft outlook XX 
plug-in and the other is with smtp compliant mail software. 

20 

Microsoft Outlook - Mail Software 

- The user creates a new mail message for sending and fills out all 
necessary data such as subject, body and recipients. In the recipient field the 
user can either specify an ActiveName or an Inactive e-mail address of one of 

25 the ActiveNames members. 

- The user presses (or double clicks) the send button. 

- Now the plug in (as in Fig 2 22) goes into Action. The plug in is a 
regular exchange compliant Microsoft extension and it has to be registered on 
the CheckNames event to get the control when the send occurs. 

30 
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Plug in annotated source code: 

/* 

5 * Copyright 1998 by OTUS, Inc., 

* P.O. BOX 16072 Tel-Aviv, ISRSAEL 

* All rights reserved. 
* 

* This software is the confidential and proprietary information 
io * of OTUS, Inc. 

* You shall not disclose such Confidential Information and shall use 

* it only in accordance with the terms of the license agreement you 

* entered into with OTUS. 
*/ 

15 

/* This trring should be in the registry for loading it */ 
/* 

HKEY_LOCAL_MACHINE\Sofrware\Microsoft\Excb^nge\Client\Extensio 
ns 

20 

ActiveNames =4.0;d:\program files\Microsoft visual 
sradio\myprojects\development\rm 1 ;00000 1 1 

1111100 f " 

25 */ 



// Pre definitions of What exchange extension we are implementing 
#defme INITGUID 
#defineUSES ED IExchExt 
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#define USES_IID_ffixchExtAdvancedCriteria 
#define USES_IID_IExchExtAttachedFileEvents 
#define USES_IID_IExchExtCommands 
#define USES_DD_IExchExtMessageEvents 

5 #define USES_IID_IExchExtPropertySheets 
#define USES_IID_IExchExtS essionEvents 
#define USES JID JExchExtUserEvents 
#define USE S_IID_IMessage 
#define USES_PS_MAPI 

io #define USES_PS_PUBLIC_STRINGS 

#include <a&.h> 
#include <winsock.h> 
#include <iostream.h> 

15 

#include "resrcLh" 
#include "EVNTEXT.H" 
#include "resolver.h" 
#include "traces.h" 

20 

//#include <INITGUID.H> 
#include <MAPIGUID M> 



25 #define GET_CONFIG_OPCODE "GET_CONFIG" 
extern unsigned short iWhatToDoFlag; 
extern string serverlp; 

#include "resolver.h" 
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static void readConfiguration(void); 
// this is the key to be registered 
// 4.0;d:\program files\microsoft visual 
5 stadio\myprojects\development\runtime 1 ;00000 1 1 

1111100 

lllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll 
II global data for DLL 
10 HINSTANCE ghlnstDLL = NULL; // instance handle of DLL 

lllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll 

II FUNCTION: DLLMainO 

// 

15 // Purpose 

// Do initialization processing 

// 

// Return Value 

// TRUE - DLL successfully loads and LoadLibrary will succeed. 

20 // FALSE - will cause an Exchange error message saying it cannot locate 
// the extension DLL. 

// 

// Comments . 

// We only need to get a copy of the DLL's HINSTANCE. 

25 // 

BOOL WIN API DllMain( 
HINSTANCE hinstDLL, 
DWORD fdwReason, 
LPVOID lpvReserved) 
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{ 

if (DLL_PROCESS_ATTACH = fdwReason) 

{ 

ghlnstDLL = hinstDLL; 

5 } 

if (DLL_PROCESS_DETACH = fdwReason) 
{ 

ghlnstDLL = hinstDLL; 

} 

10 

return TRUE; 
} 



15 

IIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIHIII 

II FUNCTION: ExchEntryPoint 

// 

// Parameters - none 

20 // 

// Purpose 

// The entry point called by Exchange. 
// r 

II Return Value 

25 // Pointer to Exchange Extension (TExchExt) interface 

// 

// Comments 

// Exchange Client calls this for each context entry. 

// 
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LPEXCHEXT CALLBACK ExchEntiyPoint(void) 
{ 

return new AnExchExt; 

5 } 



lllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll 

II AnExchExt: JdExchExtO 
10 // 

// Parameters - none 

// 

// Purpose 

// Comstructor. Called during instantiation of AnExchExt object. 

15 // 

// 

AnExchExt: AnExchExtO 
{ 

m_cRef= 1; 

20 

m__pExchExtProp erty Sheets = new AnExchExtProp erty Sheets(this) ; 
m_pExchExtMessageEvents = new AnExchExtMessageEvents(this) ; 

r 

>; 

25 



lllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll 
II IExchExt virtual member functions implementation 
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// 

lllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll 

II AnExchExtPropertySheets::ReleaseO 

5 // 

// Parameters - none 

// 

// Purpose 

// Frees memory when interface is not referenced any more 

10 // 

// Return value 

// reference count of interface 

// 

15 STDMETHODEMP_(ULONG) AnExchExt: :Release() 
{ 

ULONG ulCount = -m_cRef; 

if(!ulCount) 
20 { 

delete this; 

} 

r 

return ulCount; 

25 

> 

iiiiiiiiiiiiiiiuiiiuiiiiininiiiiiiiiiiiiniiiiiiiiiiniiiiiiiiiiiiiiiiiiii! 

II AnExchExt: : Query InterfaceQ 
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// 

// Parameters 

// riid — Interface ID. 

// ppvObj — address of interface object pointer, 

5 // 

// Purpose 

// Returns a pointer to an interface object that is requested by ED. 

// 

// Comments 

10 // The interfaces are requested everytime a new context is entered. The 

// IID_IExchExt* interfaces are ignored if not specified in the Exchange 

// extensions registry. 

// 

// If an interface pointer is returned for more than one context, that 

is // interface is used by the client for each of those contexts. Check the 

// current context to verify if it is appropriate to pass back an interface 

// pointer. 

// 

// Return Value - none 

20 // 

SIDMETHODIMP AnExchExt: :QueryInterface(REFIID riid, LPVOID 
FAR * ppvObj) 

r 

{ 

25 HRESULT hResult = S_OK; 
♦ppvObj = NULL; 

if (( IID_IUnknown = riid) || ( EDJExchExt = riid) ) 
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{ 

♦ppvObj = (LPUNKNOWN)this; 

} 

else if (IID_ffixchExtPropertySheets .= riid) 
{ 

// if we are in the read or send context, do not return 
// propertysheet interface 
if ( (m_context = EECONTEXT_SENDNOTEMES SAGE) || 
(m_context == EECONTEXT_SENDPOSTMESSAGE) || 
(m_context ===== EECONTEXT_SENDRESENDMES SAGE) || 
(m_context = EECONTEXT_READNOTEMES SAGE) 1 1 
(m_context = EECONTEXT_READPOSTMES SAGE) || 
(m_context == EECONTEXT_READREPORTMES S AGE) ) 
return E_NOINTERFACE; 

// otherwise return the interface 
♦ppvObj = (LPUNKNOWN) m_pExchExtPropertySheets; 

} 

else if (ED JExchExtMessageEvents == riid) 
{ 

♦ppvObj = (LPUNKNOWN) m__pExchExtMessageEvents; 

} 

else 

r 

hResult = E_NOINTERFACE; 

if (NULL != *ppvObj) 

((LPUNKNOWN)*ppvObj>>AddRef0; 



return hResult; 
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} 



5 lllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll 

II AnExchExt::InstallO 

// 

// Parameters 

// peecb — pointer to Exchange Extension callback function 
io // eecontext — context code at time of being called. 

// 

// Purpose 

// Called once for each new context that is entered. 

// 

15 // Return Value 

// S_OK - the installation succeeded for the context 

// SJFALSE - deny the installation fo the extension for the context 

// 

S TDMETHODEMP AnExchExt: :Install(LPEXCHEXTCALLBACK peecb, 
20 ULONG eecontext, ULONG ulFlags) 

{ 

HRESULT hr; 
m_context = eecontext; 

25 

// This is the ED for IOutlookGetObjectForExchExtCallback 

static const ED HDJOnlylnOutlook - 
{0x000672OD,0xO000,0xO0O0,{0xC0,0xO0,0x0O,0xO0,0x00,0xO0,0x00,0x4 
6}}; 
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rUnknown* punk — NULL; 

hr = peecb->(^eryInterface(IID_IOnlyInOutlook, (void**)&punk); 
if (punk) 

punk->ReleaseO; 
5 if (!SUCCEEDED(hr)) 

return(S_FALSE); 

switch (eecontext) 
io { 

case EECONTEXT_PROPERTYSHEETS: 

case EECONTEXT_SENDNOTEMESSAGE: 

case EECONTEXT_SENDPOSTMESSAGE: 

case EECONTEXT_SENDRESENDMES SAGE: 
15 caseEECONTEXT_READNOTEMESSAGE: 

case EECONTEXT_READPOSTMESSAGE: 

case EECONTEXT_READREPORTMESSAGE: 
case EECONTEXTADDRBOOK: 
hr = S_OK; 
20 break; 

default: 
hr=S_FALSE; f 
break; 

25 } 



return hr; 
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} 

lllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll 

II EExchExtProperty Sheets virtual member functions implementation 

5 // 

lllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll 
II AnExchExtPropertySheets::QueryInterfaceO 

// 

10 // Parameters 

// riid — Interface ID. 

// ppvObj — address of interface object pointer. 

// 

// Purpose 
15 // Return interface object upon request 

// 

// Return Value - none 

// 

// Comments 

20 // Currently the Exchange client does not call Querylnterface from any 
object 

// except for IExchExt. This is implemented in case features are added to 
// Exchange to require Querylnterface from any object. Also, as a "rule of 

r 

// OLE COM" this is the proper implementation of Querylnterface. 

25 // 



STDMETHODEMP AnExchExtPropertySheets: : Query Interface(REFIID 
riid, LPVOID FAR * ppvObj) 

{ 
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♦ppvObj =NULL; 

if (riid = ITD_IExchExtPropertySheets) 
{ 

5 *ppvObj = (LPVOID)this; 

// Increase usage count of this object 

AddRefQ; 
return S_OK; 

} 

10 if (riid = nD_IUnknown) 

{ 

*ppvObj = (LPVOID)m_pExchExt; // return parent interface 

m_pExchExt->AddRefO; 

return S_OK; 

15 } 

return E_NOINTERFACE; 

} 

20 

IIIIIIIIII/IIIIIIIIIIIIIIIII//IIIIIII/I/IIIIIIII/IIIIIIIIIIIIIIIII//IIHIIIIIII 

II AnExchExtProperty Sheets: :GetMaxPageCount() 

// 

25 // Parameters 

// ulFlags ~ a bitmask indicating what type of property sheet is being 
// displayed 

// 

// Purpose 
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// Returns the number of property pages which are to be added. 

// 

// Return Value - maximum number of custom pages for the property 
sheet 

5 // 

Jl Exchange calls this to know how many PROPSHEETPAGE buffers it 
needs 

// to allocate. 

// 

10 

STDMETHODIMP_ (ULONG) 

AnExchExtProperty Sheets: :GetMaxPageCount(ULONG ulFlags) 
{ 

ULONG uENumExtSheets; 

15 

switch (ulFlags) 
{ 

// ignore these objects, 
case EEPS_FOLDER: 
20 case EEPS_MESSAGE: 

ulNumExtSheets = 0; 

break; 

case EEPS_STORE: 
25 case EEPS_TOOLSOPTIONS: 

ulNumExtSheets = 1 ; // adding one propery page 
break; 



default: 
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ulNumExtSheets = 0; 
break; 

} 

5 return ulNumExtSheets; 
} 

iiiiiiiiiiiiiiiiimiiiiiiiiiiiiiiiiiitiiiiiiiiiiiim 

io // AnExchExtPropertySheets::GetPagesO 

// 

// Parameters 

// peecb — pointer to Exchange callback interface 

// ulFlags — a bitmask indicating what type of property sheet is being 
15 // displayed 

// ppsp — output parm pointing to pointer to list of property sheets 

// pcpsp — output parm pointing to buffer contaiing number of property 

// sheets actually used, 

// 

20 // Purpose 

// Fills the PROPSHEETPAGE members for the custom property page. 

// 

// Return Value 

r 

// SJFALSE - do not add a new page 

25 // S_OK - use the ppsp information for new pages. 

// 

// Comments 

// Exchange calls this method to gather information for any custom 

// property pages to be added to the sheet. Here we are only adding 
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// one. ppsp may be an array of PROPSHEETPAGE structures to allow 
you 

// to all multiple property pages. 

// 

5 

STDMETHODIMP 

AnExcbExtProperty Sheets: :GetPages(LPEXCHEXTCALLBACK peecb, 

ULONG ulFlags, LPPROPSHEETPAGE ppsp, ULONG FAR 

* pcpsp) 
io { 

LPMDB pMDB = NULL; 
LPMESSAGE pltem = NULL; 

♦pcpsp = 0; 

15 

// fill out members for the property page 
ppsp[0].dwSize = sizeof (PROPSHEETPAGE); 
ppsp[0].dwFlags = PSP_DEFAULT | PSP_HASHELP | 
20 PSP_USEICONID; 

ppsp[0].hlnstance = ghlnstDLL; 

ppsp[0].pszTemplate = MAKEINTRESOURCE(IDD__OTUS); 
ppsp[0].pszlcon = MAKEINTRESOURCE(IDI_ACTTVENAMES); 
ppsp[0].pszTitle = "ActiveNames(tm)"; 
25 ppsp[0] .pmDlgProc = (DLGPROC)OptionsDlgProc; 
ppsp[0].lParam = 0; 
ppsp[0].pmCallback = NULL; 
ppsp[0] .pcRefParent = NULL; 
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*pcpsp=l; 
return S_OK; 

} 

5 

///////////////////////J//M 

II AnExchExtProperty Sheets : :FreePagesO 

// 

10 // Parameters 

// ppsp — pointer to a pointer to the first of a list of property pages 
// cpsp — number of custom property pages in the list 
// ulFlags — type of property page 

// 

15 // Purpose 

// Free any memory associated to the property sheet 

// 

// Return Value - none 

// 

20 // Comments 

// No parameters are used in this example but the function is used as 
// a signal that the property sheet is going away and so memory may 
// be freed, " 

r 

// 

25 

STDMETHODIMP_ (VOID) 

AnExchExtPropertySheets::FreePages(LPPROPSHEETPAGEppsp, 
ULONG ulFlags, 

ULONG cpsp) 
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{ 

// not used in this sample 

} 



////////////////////////m 

II IExchExtMessageEvents virtual member functions implementation 

// 

10 /////////////////////////m 

II AnExchExtMessageEvents::QueryInterfaceO 

// 

// Parameters 

// riid — Interface ID. 

15 // ppvObj - address of interface object pointer. 

// 

// Purpose 

// Return interface object upon request 

// 

20 // Return Value - none 

// 

// Comments 

// Currently the Exchange client does not call Querylnterface from any 
object 

25 // except for EExchExt This is implemented in case features are added to 

// Exchange to require Querylnterface from any object. Also, as a "rule of 

// OLE COM" this is the proper implementation of Querylnterface. 

// 
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STDMETHODIMP AnExchExtMessageEvents::QueryInterface(REFIID 
riid, LPVOID FAR * ppvObj) 

{ 

5 *ppvObj = NULL; 

if (riid = HD_IExchExtMessageEvents) 
{ 

*ppvObj = (LPVOID)this; 

// Increase usage count of this object 

10 AddRefQ; 

return S_OK; 

> 

if (riid = IID_IUnknown) 
{ 

is *ppvObj = (LPVOID)m_pExcbExt; // return parent interface 
m_pExchExt->AddRefO; 
return S_OK; 

> 

return E_NOINTERFACE; 

20 

} 



25 IIIIIIIIIIIIIIIIIUIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIII 

II AnExchExtMessageEvents::OnRead0 

// 

// Parameters 

// lpeecb -- pointer to IExchExtCallback interface 
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// 

// Purpose 

// To extend or inhibit Exchange when displaying the send or read note 
form. 

5 // 

// Return Value 

// S_OK signals Exchange to not continue calling extensions 
// S_FALSE signals Exchange to continue calling extensions 
// Other MAPI Code errors will abort the send or read note form. 

io // 

// . 

STDMETHODIMP 

AnExchExtMessageEvents::OnRead(LPEXCEIEXTCALLBACKlpeecb) 

15 { 

return SJFALSE; 

} 



lllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll 

20 // AnExchExtMessageEvents::OnReadComplete0 

// 

// Parameters 

// lpeecb — pointer to IExchExtCallback interface 

// 

25 // Purpose 

// To do processing after message has been read. 

// 

// Return Value 

// S_OK signals Exchange to not continue calling extensions 
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// SJFALSE signals Exchange to continue calling extensions 

// Some MAPI Code error indicates a problem and will not display the 

send 

// or read note form. 

5 // 

// Comments, 

// If an error code, such as MAPI_E_CALL_F AILED, is returned, 
Exchange will 

// call OnReadComplete again with the uIFlags parameter set to 
10 // EEME_COMPLETE_F AILED. Returning the error code again will 
cause Exchange 
// to not display the UL 

// 

15 STDMETHODIMP 

AnExchExtMessageEvents::OnReadComplete(LPEXCHEXTCALLBACK 
Ipeecb, ULONG uIFlags) 

{ 

20 return SJFALSE; 

} 

IIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIU 

r 

II AnExchExtMessageEvents::OnWrite() 
25 // 

// Parameters 

// lpeecb — pointer to IExchExtCallback interface 

// 

// Purpose 
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// This method is called when a message is about to be written. The 
message 

// only has default properties at mis point. It does not contain 
// properties which the user has added by way of recipients, subject, 
5 // message text, or attachments. 

// This method is called when the user Sends or Saves a message 

// 

// Return Value 

// S_OK signals Exchange to not continue calling extensions 
10 // S_FALSE signals Exchange to continue calling extensions 

// 
// 

STDMETHODIMP 
15 AnExchExtMessageEvents : :OnWrite(LPEXCHEXTC ALLB ACK lpeecb) 

{ 

return S_FALSE; 

} 

20 STDMETHODIMP 

AnExchExtMessageEvents::OnWriteComplete(LPEXCHEXTCALLBACK 

lpeecb, ULONG ulFlags) 

{ 

r 

return S_FALSE; 

25 > 

llllllll/llllllll/lllllllllllllllll/l/lllllllllllllllllllll/lllllllllllllllllll 
II AnExchExtMessageEvents::OnSubmit() 
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// 

// Parameters 

// lpeecb — pointer to lExchExtCallback interface 

// 

5 // Purpose 

// Called before message data has been written and is 
// is submitted to MAPI. 

// 

// Return Value 
io // S_OK signals Exchange to not continue calling extensions 
// SJFALSE signals Exchange to continue calling extensions 

// 

// Set a member function to show that submit has been called 
// to indicate to OnWriteComplete that the user has hit the 
15 // Send button and is not just saving the message. 

// 

STDMETHODIMP 

AnExchExtMessageEvents::OnSubmit(LPEXCBEXTCALLBACK lpeecb) 
20 { //W e are adding mis handling under submit for other exchange 4.0 
return(S_FALSE); 

} 

r 

iiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiuiiiiiiiiiiiiiiiiiiiiiiii 

25 // AnExchExtMessageEvents::OnSubmitComplete0 

// 

// Parameters 

// lpeecb — pointer to lExchExtCallback interface 

// 
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// Purpose 

// Called after message has been submitted to MAPI. 

// 

// Return Value - none 

5 // 

// A flag is cleared to indicate to other methods that Exchange is 
// finished submitting the message. 

// 

io STDMETHODIMP_ (VOID) 

AnExchExtMessageEvents : :OnSubmitComplete(LPEXCHEXTC ALLB AC 
K lpeecb, ULONG ulFlags) 

{ 
> 



STDMETHODIMP 

AnExchExtMessageEvents::OnCheckNames(LPEXCHEXrCALLBACK 
lpeecb) 

{ 

25 HRESULT hr = S_FALSE; 

LPADRLIST pAdrList = 0, pNewAdrList = 0; 

// Get the current recipient list 

hr = lpeecb->GetRecipients(&pAdrList); 

if (FAILED(hr) || (pAdrList = 0)) return(S_FALSE); 
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try 
{ 

// Initiate the result with a failed constant 
5 unsigned short resolveResult = RESOLVED_F AILED; 

resolveResult = OtResolveAddressList(lpeecb, pAdrList, 
&pNewAdrList); 

if (resolveResult = RESOLVED_FAILED) // Did we 
failed resolving 
io { 

FreePadrlist(pAdrList); 
retum(S_FALSE); 

} 



15 // Try to do another resolve by microsoft 

// Try again to resolve all the new entries 
// to resolve all the changes we have done in the list 
hr = ResolveByExchange(pNewAdrList, false); 
if (hr != S_OK) 

20 resolveResult = RESOLVED_PARTIALY; //The 

list has been resolved partially 



"//Update outlook with the windows settings 
hr = lpeecb->SetRecipients(pNewAdrList); 
25 //Set focus to the window after java might have taken it 

HWND currentMailWnd = 0; 
if (lpeecb->GetWindow(&currentMailWnd ) = S_OK) 
{ 

if (currentMailWnd != 0) 
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SetForegroundWindow(currentMailWnd); 

} 

// Cleanup 
OtClearPointersO; 
5 FreePadrlist(pAdrList); 

// Anayzlye result 
if (FAILED(hr)) 

return(S_FALSE); 

io else 
{ 

// Did we resolved only partially ? 

// Outlook 98 dumps when you return ok when there 

are bad recipients 

15 if (resolveResult = RESOLVED_PARTIALY) 

return(S_FALSE); 

else 

return(S_OK); 

> 

20 } 

catch (...) 
{ 

OtClearPointersO; 
if (pAdrList != 0) 
25 FreePadrlist(pAdrList); 

> 

return(S_FALSE); 
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lllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll 

II AnExchExtMessageEvents: rOnCheckNatnesCompleteO 

// 

5 // Parameters 

// lpeecb — pointer to IExchExtCallback interface 

// 

// Purpose 

// Called after exchange has completed resolving names in the message 

io // recipients table. 

// 

// Return Value 

// S_OK signals Exchange to not continue calling extensions 

// S_FALSE signals Exchange to continue calling extensions 

15 // 

STDMETHODIMP 

AnExchExtMessageEvents::OnCheckNamesComplete(LPEXCHEXrCAL 
LBACK lpeecb, ULONG ulFlags) 
20 { 

return(S_OK); 

} 



- In the code above a service center (e.g. 630 of figure 6) intercepts the 
call and call an internal library to find out what is the correct addresses, if the 
agent (e.g. 620) detects a change then it asks from outlook to accept the 
changes. 
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Mail software 

- The user returns to the mail screen of his mail software. 

5 smtp compliant mail software: below is a sample of how the system 

of the present invention is implemented by a Local smtp server (written in 
java). 

Mail Software 

10 - The user creates a new mail message for sending and fills out all 

necessary data such as subject, body and recipients. In the recipient field he 
can either specify an ActiveName or an Inactive e-mail address of one of the 
ActiveNames memebers. 

- The user presses the send button. 

15 - The mail software contacts the service center local smtp server that 

resides on the user's computer and starts negotiating for sending the mail. 

Agent 

- As soon as a connection is established from the mail software, the 
20 agent behaves as a regular smtp server to the mail software, and opens 

connection immediately to the original smtp server of the user. 

- As soon as a relay connection is established between the mail 
software -> local smtp server -> smtp mail server, The agent relays all data 
between the client and the server while inspecting the content for addressing 

25 items. 

- When the agent finde an address item such as an ActiveName or an 
e-mail address the it suspends the relaying and begins a process for checking 
the address with the service center for any changes. 
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Service Center server 

- As soon as a request arrives in the form of "What is the Active e-mail 
address of pODC@YY.COM or +MyActiveName)" the service center server 
queries the database for results. 

5 - When results arrive it wrapps up the result with our protocol items 

and returns it to the client 

Agent 

- Now the agent receives the reply from the service center that can 
io contain either a new e-mail address or not 

- Preferably, if the reply has a new e-mail address instead of an old 
e-mail address that was specified the agent prompts the user with a question 
of "the address you have specified points to a person that changed his e-mail 
address, to which address do you want to send: the old one or the new one?" 

15 - If the user selects to use the new address the agent intervenes in the 

stream of the mail software and replace the old address with the selected one. 

- the agent then resumes the session. 

Mail software 

20 - The user returns to the mail screen of his mail software, 

public void runQ 

{ ' r 

II First check several parameters 
25 if (iSocket — null) return; 

loadConfigurationQ; 



if ((iTargetSmtp = null) || 
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(iTargetSmtp.lengthO — = 0)) 



try 

{ 



if(iSocket!=null) 

{ 

iSocketcloseO; 
iSocket = null; 

} 



10 



} 

catch(IOException en) 

{ 

if (OtGeneral.logging) 
15 CttGeneraLsystemLog("Error closing the 

smtp sockets", en); 

} 

return; 

> 

20 

SocketrelayingSocket = null; 

// Do all the relaying loop between the client and the server 

try- 

r 

{ 

25 BufferedReader inSmtpClient = new 

BufferedReader(new InputStreamR^ 
"8859J")); 



r 



WO 00/77987 m . PCT/IL99/00318 



BufferedWriter outSmtpClient = new 
BufferedWriter(new OutputStre^ 
"8859J")); 

5 II try to connect to the client's smtp server 

// Check if we are using socks server 
if (OtServerProxy.usingSocksO) 
{ 

try // Check if we can connect to the address 

io by socks 

{ 

relayingSocket = 

OtServerProxy.getSocket(iTargetSmtp, iSmtpPort); 

} 

15 catch(Exception ex) 

{ 

relayingSocket = null; 

} 

// Check if we failed by socks and we retrying 



20 without socks 



if (relayingSocket = null) 

relayingSocket =new 

Socket(iTargetSmtp, iSmtpPort); 

r 

> 

25 else 

relayingSocket = new Socket(iTargetSmtp, 

iSmtpPort); 
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BufferedReader inSmtp Server = new 

Bu£feredReader(newInputStreamReader(relayingSocketgetInpiitStreamO, 
"8859_1")); 

BufferedWriter outSmtp Server = new 

5 BufferedWriter(new 

OutputStreamWriter(relayingSocket.getOutputStreamO, "8859_1 ")); 



iLastResolvedAddresses = new HashtableO; 

String recievedBuff = null; 

// This main loop is the SMTP state machine 

do 

{ 

// Get SMTP Server data and forward it to the 



10 



client 



15 



smtp server"); 
20 smtp client"); 



do 

{ 



recievedBuff = hear(inSmtp S erver, "From 



say(outSmtpClient, recievedBuff, "To 



} while (inSmtpServer.readyO); 



message 



25 



was closed after quit"); 



// Check if the server has responded to a quit 

if ((recievedBuff !- null) && 

(recievedBuffJengthO > 3) && 
(recievedBuff.startsWith("221 "))) 
throw new IOException("Connection 
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the server 



client"); 
the end of 



10 



// Get the SMIP Client data and forward it to 

do 

{ 

recievedBuff = hear(inSmtpClient, "From smtp 

// Check if the user wants a signature at 

// the data state 

if (iDataState && iSignature) 



{ 



session 



15 



// Check if it is the end of the data 



if 



(recievedBuff. equalsIgnoreCase("/ f )) 

say(outSmtpServer, 
"ActiveName: " + OtActiveNames ACTIVE JsfAMES^PREFIX + 
iActiveName, 

20 "Sending 
signature"); 



} 



25 



resolving 



// Check if we have any address for 



if(IiDataState) 
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recievedBuff = 

processClientInput(recievedBufi); 

else 

5 recievedBuff = 

processMimeTypes(recievedBuff); 



// Forward the data to the user 
io say(outSmtpServer, recievedBuff, "To 



smtp server"); 
from data state 



// Check if we have entered or exited 



if(iDataState) 

15 checkDataState(recievedBuff); 

} while (inSmtpClientreadyO II iDataState); 

// Check if have exited from the data state 
checkDataState(recievedBuff); 

20 

} while (true); 

} 

eatch(Exceptioii e) 
{ 

25 try 

{ 

if(iSocket!=mdl) 

{ 

iSocketcloseQ; 
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iSocket = null; 

} 

} 

calch(IOException en) 
5 { 

if (OtGeneral.logging) 

OtGeneral.systemLogC'BTor closing the 

smtp sockets", en); 

} 

10 try 

{ 

if (relayingSocket != null) 
{ 

relayingSocketcloseO; 
15 relayingSocket = null; 

} 

} 

catch(IOException en) 

{ 

20 if (OtGeneral.logging) 

OtGeneraLsystemLogC'Enror closing the 

smtp sockets", en); 

• " ,} 
} 

25 iLastResolvedAddresses = null; 

} 



This is the function that parses the data 
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private StringprocessClientInput(String recievedBuff) 
{ 

String tempBuff = recievedBuff.toUpperCaseO; 
5 tempBuff = tempBuff.trimO; 

// Check if we encountered a recipt to line 
if (tempBuf£startsWith("RCPT TO:") = false) 
return(recievedBufE); 

10 

// Build the email address to resolve 
String emailAddress = null; 
String startOfLine =null; 
String endOfLine = null; 
15 // Check how to parse the recipient name <XXX> or XXXX 

if (tempBuff.indexOf("< Tf ) !=-l) 
{ 



startOfLine = recievedBuff.substring(0, 
20 recievedBuff.indexOf("< ff ) + 1); 

emailAddress = 
recievedBuff.substring(recievedBuff.indexOf("<") + 1, 

recievedBuff.l^tIndexOf(">")); 
25 endOfLine = ">"; 

} 

else 

{ 

startOfLine = "RCPT TO:"; 
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emailAddress = recievedBuff.substring("RCPT 

TO:Mength()); 

endOfLine = ""; 

} 

5 

// Replace the old line with the new recipient 
if (emailAddress != null) 

{ 

String newAddress « resolveAddress(emailAddress); 
io if (OtGeneral.logging) 

OtGeneral.debugLogfAddress:" + 
emailAddress + " has changed to " + newAddress); 

recievedBuff = startOfLine + newAddress + 

endOfLine; 

15 } 

retum(recievedBuff); 

} 



Numbers, alphabetic characters and roman symbols are 
20 designated in the following claims for convenience of explanations only and 
should by no means be regarded as imposing particular order on the method 
steps. 

rThe present invention has been described with a certain degree 

r 

of particularity, however those versed in the art will readily appreciate that 
25 various modifications and alterations may be carried out without departing 
from the spirit and scope of the following claims: 
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CLAIMS: 

1. A method for directing electronic data-communications to a current target 
address, the method comprising the steps of: 

(a) at a virtual centralized location in a topology of servers, 
establishing a list of registered addresses; 

(b) each computer or a proxy processor thereto, of at least one user 
computers, acquiring a client software agent; 

(c) for substantially each occurrence of a user computer of the at 
least one user computers sending an electronic data-communications, the 
acquired client software agent executing an address substitution 
transaction including a verification query to the list of registered 
addresses; and 

(d) for substantially each occurrence of the virtual centralized location in a 
topology of servers receiving a verification query from a user computer of 
the at least one user computers, the virtual centralized location in a 
topology of servers executing a response transaction, by: 

0) extracting each address of the at least one intercepted addresses 
in the verification query, 

(ii) for substantially each extracted address, finding a current target 
address in the list of registered addresses, 

(iii) forming a query response of address acknowledgements 
substantially from the found current target addresses, and 

(iv) transmitting the formed quay response to the user computer 
who originated the present verification query. 

2. The method according to claim 1 wherein a client software agent 
executing an address substitution transaction includes: 

(a) a taking of control over the processing of the electronic 
data-communications sending, 
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(b) an intercepting of at least one send-to address of the electronic 
data-communications sending, 

(c) a transmitting to the virtual centralized location in a topology 
of servers of a verification query of the at least one intercepted address, 

5 (d)a receiving from the virtual centralized location in a topology of 
servers of a response to the verification query, 

(e) a substituting of each intercepted address for which the 

verification query response provides a target address that is different than 
said intercepted address, and 
io (f) a returning of control over the processing of the electronic 

data-communications sending. 

3. The method according to claim 1 wherein a virtual centralized location in 
a topology of servers forming a query response includes, in the query 
response, for substantially each intercepted address of the verification query 

15 that is not the current target address in the list of registered addresses, listing 
the current target address or addresses substantially as an acknowledgement. 

4. The method according to claim 3 wherein a virtual centralized location in 
a topology of servers forming a query response includes, in the query 
response: 

20 (a) for substantially each intercepted address of the verification 

query that is likewise the current target address in the list of registered 
addresses, listing a confirmation acknowledgement, or 

(b) for substantially each intercepted address of the verification query that 
is not listed in the list of registered addresses, listing a disclaimer 

25 acknowledgement or a message or data, or 

(c) for substantially each intercepted address of the verification 
query that is listed in the list of registered addresses with an exception 
processing code, listing an acknowledgement according to the exception 
processing code. 
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5. The method according to claim 1 wherein acquiring a client software 
agent includes transacting a registering of a current target address and of 
other predetermined data for a user at a user computer. 

6. The method according to claim 5 wherein the client software agent 
5 transacting includes, for a user at a user computer, the virtual centralized 

location in a topology of servers updating of a registered current target 
address of other predetermined data in the established list of registered 
addresses. 

7. The method according to claim 1 wherein acquiring a client software 
io agent is by direct installation on the user computer. 

8. The method according to claim 1 wherein acquiring a client software 
agent is by remote download over a data-communication media to the user 
computer. 

9. The method according to claim 1 wherein acquiring a client software 
15 agent includes authorizing of an installing of a client software agent on 

another user computer, and said installing is by transfer of a copy of said 
client software agent 

10. The method according to claim 5 wherein registering of a current 
target address includes the agent effecting an interactive querying of a user at 

20 the user computer. 

11. The method according to claim 5 wherein registering of a current 
target address includes displaying at the user computer information retrieved 
from the virtual centralized location in a topology of servers. 

12. The method according to claim 2 wherein returning of control over 
25 the processing includes a transferring of a message or of an electronic 

data-communications to an SMTP server of the user computer. 

13. The method according to claim 1 wherein a current target address in 
the list of registered addresses is a mailing list having at least one address. 
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14. The method according to claim 1 wherein finding a current target 
address in the list of registered addresses includes finding at least one mailing 
list having therein at least one of the extracted addresses. 

15. The method according to claim 1 wherein establishing a list of 
5 registered addresses includes managing at least one address therein 

according to time-of-day, day-of-week, date-in-year, or a personal schedule. 

16. The method according to claim 1 wherein executing a response 
transaction includes transmitting a predetermined response to die user 
computer who originated the present verification query. 

io 17. The method according to claim 16 wherein the response is a text 
message, a voice message, an audio content message, a visual content 
message, or any combination thereof. 

18. The method according to claim 1 wherein executing a response 
transaction includes searching a cache memory of the virtual centralized 

15 location in a topology of servers for a recently transmitted like-query 
response. 

19. The method according to claim 1 wherein, for segments not containing 
an electronic data-communications address, the client software agent passes 
segments to a server using a simple mail protocol. 

20 20. The method according to claim 1 wherein a user's view of acquired 
client software agent operation emulates SMTP server operation. 
21. The method according to claim 1 wherein a user's view of acquired 
client software agent operation emulates a plug-in electronic 
data-communications software package's operation. 

25 22. The method according to claim 1 wherein IF the finding a current 
address in the list of registered address yields ambiguous results THEN the 
acquired client software agent executing an address substitution transaction 
including notifying of the user computer sending the electronic 
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data-communications of the ambiguous results AND accepting a substitution 
preference from the user computer. 

23. An electronic data-communications response transaction system 
comprising a virtual centralized location in a topology of servers and 
5 interconnected therewith at least one user computer, wherein for each user 
computer originating a verification query said virtual centralized location in a 
topology of servers executes of a response transaction by: 

(a) extracting each address of at least one intercepted addresses in 
the verification query, 
10 (b)for substantially each extracted address, finding a current target 
address in a list of registered addresses, 

(c) forming a query response of address acknowledgements 
substantially from the found current target addresses, and 

(d) transmitting the formed query response to the user computer who 
15 originated the present verification query. 
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